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DETAILED ACTION 

1 . This action is responsive to amendment dated April 23, 2007. 

2. Per Applicants' request, claims 1, 8, 12, 20, 27, 29, 33, 36, 39, and 44 have 
been amended. 

3. Claims 1-47 remain pending. 

Response to Amendment 

4. Applicants' amendment dated 4/23/07, responding to the 1/16/07 Office 
action provided in the objection of Specification. The examiner has reviewed the 
updated specification respectfully. The objection to the Specification is hereby 
withdrawn in view of Applicants' amendment to the Specification. 

5. Applicants' amendment dated 4/23/07, responding to the 1/16/07 Office 
action provided in the 35 USC § 101 rejections for claims 12-17, 25, and 26. The 
examiner has reviewed the amended claims 12 respectfully. The rejection to the 35 
USC § 101 rejections is hereby withdrawn in view of Applicants' amended claim 
12. 

Response to Arguments 

6. Applicant's arguments with respect to claims 1-47 have been considered but 
are moot in view of the new ground(s) of rejection necessitated by Applicant's 
amendments to the claims. New citation has to been introduced for the amended 
claims. See 35 USC § 112 and 102 rejections (claims include the amendments) 
herein below: 

Claim Rejections - 35 USC § 112 

7. The following is a quotation of the second paragraph of 35 U.S.C. 1 12: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the subject 
matter which the applicant regards as his invention. 
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8. Claim 1 is rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. Claim 1 recites: "A method for adding 
functionality in order to access information, comprising: accessing existing object 
code, said existing object code includes a first method, said first method is capable 
of providing a result; and adding new code to said first method, said new code 
provides said result to an additional method ." - It's not clear how does the new 
code provide said result to an additional method? The only related description in 
the Specification page 4, lines 16-20, "The new code accesses the result and 
provides the result to another. After the modification, the result from the first 
method can be accessed and used by other threads, processes, systems, entities etc. 
that were not originally programmed to access the result." The Examiner assumes 
the claim means that a different thread, process, system or entity that runs the new 
code will produce a different result. 

9. Claims 2-11 depend on claim 1, they are rejected under 35 USC § 1 12 (2) 
for the same reason. 

10. Claim 29 is rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. Claim 29 recites: "adding new code to 
said first method, said new code provides said result to an additional method." - 
It's not clear how does the said new code provide said result to an additional 
method? The only related description in the Specification page 4, lines 16-20, "The 
new code accesses the result and provides the result to another. After the 
modification, the result from the first method can be accessed and used by other 
threads, processes, systems, entities etc. that were not originally programmed to 
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access the result." The Examiner assumes the claim means that a different thread, 
process, system or entity that runs the new code will produce a different result. 

1 1 . Claims 30-35 depend on claim 29, they are rejected under 35 USC § 1 12 (2) 
for the same reason. 

12. Claim 36 is rejected under 35 U.S.C. 1 12, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter 
which applicant regards as the invention. Claim 36 recites: "adding new code to 
said first method, said new code provides said result value to an additional 
method." - It's not clear how does the said new code provide said result value to 
an additional method? The only related description in the Specification page 4, 
lines 16-20, "The new code accesses the result and provides the result to another. 
After the modification, the result from the first method can be accessed and used 
by other threads, processes, systems, entities etc. that were not originally 
programmed to access the result." The Examiner assumes the claim means that a 
different thread, process, system or entity that runs the new code will produce a 
different result. 

13. Claims 37-40 depend on claim 36, they are rejected under 35 USC § 1 12 (2) 
for the same reason. 

Claim Rejections - 35 USC § 102 

14. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 
that form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 
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15. Claims 1-7, 9-19, 21-26, 29-32, 34-38, 41-43, 45-47 are rejected under 35 
U.S.C. 102(b) as being anticipated by US Patent No. 6,289,446, by Nilsson, hereinafter 
"Nilsson". 



As Per claim 1, Nilsson discloses: 

- A method for adding functionality in order to access information, 
comprising: accessing existing object code, said existing object code 
includes a first method, said first method is capable of providing a 
result; and adding new code to said first method, said new code 
provides said result to said an additional method. 
Nilsson' s disclosure teaches a method to access existing object code, see 
Nilsson' s Abstract, "In-code context data used for exception handling is 
incorporated into a special call instruction which is recognized by the 
processor. The information is skipped at the time of the function call and 
read at the time of the stack unwinding." - The special call instruction 
would lead to a different thread/program entity to be executed, which 
causes a different result from the original execution of the program 
{new code produces said result to an additional method), Nilsson' s 
teaching still read in the current claim 1. And see Nilsson' s column 1, 
"Linking may be thought of as the general process of combining or linking 
together one or more compiled object modules to create an executable 
program. This task usually falls to a program called a 'linker.' In typical 
operation, a linker receives, either from the user or from an integrated 
compiler, a list of object modules desired to be included in the link 
operation. The linker scans the object modules from the object and library 
files specified. After resolving interconnecting references as needed, the 



Application/Control Number: 10/622,022 Page 6 

Art Unit: 2191 

linker constructs an executable image by organizing the object code from 
the modules of the program in a format understood by the operating system 
program loader, (accessing existing object code) The end result of linking is 
executable code (typically an .exe file) which, after testing and quality 
assurance (capable of providing a result), is passed to the user with 
appropriate installation and usage instructions, or to a factory for 
installation in products with embedded computer systems"; further column 
6, lines 45-55, "According to the present invention, the in-code context 
data is incorporated into a special call instruction which is recognized by 
the processor (the linking of the special call instruction causes adding new 
code to said first method). The information is skipped at the time of the 
function call and read at the time of the stack unwinding. This special call 
instruction may be implemented to run (adding new code to said first 
method, said new code provides said result to an additional method; the new 
code is accessible by any other process, entity, or thread and the new code 
will produce a different result for it.) at no extra cycle costs compared to 
normal instructions, except for the external execution time dependencies 
from such machinery as a cache involved in the instruction fetching, since it 
would never be necessary during normal execution to actually access the 
information. The information is only accessed during exception 
handling, (adding functionality in order to access information)". 

As Per claim 2, Nilsson discloses: 

- The method of claim 1, wherein the validation actions comprise a 
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validation program associated with the software application that, when 
executed, returns results indicating whether aspects of the software 
application are properly installed on the target computer. 
For claim 1 feature see claim 1 rejection, for 'validation action' see 
Nilsson's column 2, lines 1-3, "The end result of linking is executable code 
(typically an exe file) which, after testing and quality assurance, 
{validated) is passed to the user with appropriate installation and usage 
instructions". 

As Per claim 3, Nilsson discloses: 

- A method according to claim 1, wherein: said result includes a 
reference to an exception. 

For claim 1 feature see claim 1 rejection, for rest of claim 3 feature see claim 
1 rejection, where 'the information is only accessed during exception 
handling'. 

As Per claim 4, Nilsson discloses: 

- A method according to claim 1, wherein said step of adding new code 
includes: adding code that stores said result for said first method from an 
operand stack; adding code that prepares said operand stack for an 
invocation of said additional method; adding code that invokes said 
additional method, including providing said result to said additional 
method; and adding code that resets said operand stack with respect to 
said result to a state existing prior to storing said result 

For claim 1 feature see claim 1 rejection, for rest of claim 4 feature see 
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Nilsson's column 3, lines 9-25, "The essence of a function call is that it must 
pass any arguments (or parameters) to the target function {operand 
stack), transfer control to the memory section holding the function's 
executable code, return the result of the call, and at the same time, store 
sufficient information to ensure that subsequent execution resumes 
immediately after the point where the original function call was made 
(adding code that stores said result for said first method from an operand 
stack; adding code that prepares said operand stack for an invocation of 
said additional method). This function-calling mechanism, is usually 
achieved by pushing and pulling data and memory addresses on and off a 
stack (from an operand stack) prior to, during, and after, the call. A stack is 
simply a dedicated portion of memory usually organized as a LIFO (last in, 
first out) data structure. The stack is not normally manipulated directly by 
the programmer, but its contents are changed as a result of the function 
calls coded by the programmer (adding code that resets said operand 
stack with respect to said result to a state existing prior to storing said 
result). Programs do have direct access to another portion of memory, often 
called the heap, and a key element in exception handling involves the 
management of this vital resource." And see Nilsson's column 8, lines 23- 
33, "The method includes fetching a sequence of instructions from the 
memory in response to an instruction pointer identifying an address in the 
addressable memory. Next, a current instruction is decoded including 
detecting the context-call-instruction. The instruction pointer is updated by 
the normal length of the context-call-instruction plus the determinant length 
of the context data in response to detection of the context-call-instruction, 
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else the instruction pointer is updated by the length of the current instruction, 
which includes any operands if appropriate, (operand stack for an 
invocation)" . 

As Per claim 5, Nilsson discloses: 

- A method according to claim 4, wherein said step of adding new code 
further includes: adding code that returns said result after resetting said 
operand stack, said result is a return value. 

See claim 4 rejection (return the result of the call). 

As Per claim 6, Nilsson discloses: 

- A method according to claim 4, wherein: said result includes an 
exception; and said step of adding new code further includes adding code 
that throws said exception after said step of resetting, said result represents 
an exception. 

See claim 4 rejection, for rest of claim 6 feature see Nilsson's column 3, 
lines 44-50, "exceptional conditions and errors occurring in a nested function can 
create a particularly difficult problem. Several exception-handling 
approaches have been attempted to address the problem. One approach, for 
instance, is to have each function return an error indication, either in a 
separate variable, or as a special range of values for the normal return 
value." {result represents an exception). 

As Per claim 7, Nilsson discloses: 

- A method according to claim 4, wherein said step of adding new code 
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further includes: adding code that jumps to a subroutine representing a 
Finally block after invoking said additional method; and adding code that 
is to be executed after returning from said subroutine. 
For claim 4 feature see claim 4 rejection, for claim 7 feature see Nilsson's 
column 7, lines 1-7, "the present invention provides a new microprocessor or 
other data processing system with a new command labeled herein JSRC, 
standing for jump to subroutine {adding code that jumps to a subroutine) 
with context data. The new command has all of the features of the 
traditional jump to subroutine commands, plus an extra long word that 
contains an address to the context table, actual context data, or a 
combination of both." And fetching logic to process the exception, see 
description in Nilsson's column 7, lines 24-53 {Finally block after invoking 
said additional method and adding code that is to be executed after 
returning from said subroutine). 

As Per claim 9, Nilsson discloses: 

- A method according to claim 1, wherein said step of adding new code 
includes: adding start byte code; adjusting byte code indices; adding exit 
byte code; and modifying an exception table for said first method 
For claim 1 feature see claim 1 rejection, for rest of claim 9 feature see 
Nilsson's column 7, lines 54-61, "the system includes a program store 
coupled to the instruction fetch logic in which instructions in the set of 
instructions are stored in locations accessible in response to the instruction 
pointer. The in-code context data is stored following the context-call- 
instruction by an offset amount of zero or more bytes, {starting byte code 
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and an exception table) and the logic which updates the instruction pointer 
jumps over a filed of data at the offset having a length equal to the 
determinant length"; and column 8, lines 6-1 1, "In alternative embodiment, 
the in-code context data comprises a plurality of bytes of data, and includes 
a field for specifying a format for the plurality of bytes. Thus for example 
the field indicates whether the plurality of bytes includes immediate 
context data {adjusting byte code indices), and whether the plurality of 
bytes includes a pointer to context data in another memory location."; see 
Nilsson's Fig. 8, column 19, lines 6-8, "Next as indicated at block 812, when 
the handler exits the try block {exit byte code), the exception stack is 
popped and the destructor for the current object to throw is called." 

As Per claim 10, Nilsson discloses: 

- A method according to claim 9, wherein said step of adding exit byte 
code includes: adding byte code to report said result and jump to a 
subroutine representing a Finally block; adding byte code to report an 
exception and jump to said subroutine representing said Finally block; 
and adding byte code for said subroutine representing said Finally block. 
For claim 9 feature see claim 9 rejection, for jump to subroutine feature see 
claim 7 rejection, for rest of claim 10 feature see Nilsson's Fig. 7 and Fig. 8, 
where the unwinding stack process discloses the multiple layers of blocks, 
and 'try and catch' handler, see descriptions in Nilsson's column 17 into 
column 19; specifically, see Nilsson's column 17, lines 51-61, "However 
they are supposed to be implemented by the compiler adding an implicit try 
block to be the outermost of the function (Finally block), that catches any 
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violations, and transforms them into calls to 'unexpectedo', 'terminate( )' or 
into the effect of throw std::bad_exception". 

As Per claim 11, Nilsson discloses: 

- A method according to claim 1, wherein said step of adding new code 
includes: adding Try-Finally functionality. 

For claim 1 feature see claim 1 rejection, for validation function of claim 1 1 
feature see Nilsson' s column 18, lines 14-20, "For each pair in the object list 
of the try block context, as indicated at block 804 the destructor for such 
object is called (block 805). When these operations call destructors or copy 
constructors, those calls must make sure that they do not let through any 
exceptions, (adding new code for Try-Finally functionality) This can be 
accomplished by wrapping the calls in the effects of a "try [[call]]catch( . . .) 
[terminate();]" block" - Nilsson' s try-catch block is the same as the 'Try- 
Finally', which provides code to access return values and code to access 
exceptions. 

As Per claim 12, Nilsson discloses: 

- A method to provide access for accessing information, comprising: 
storing a result for a first method from an operand stack; preparing said 
operand stack for an invocation of a second method; invoking said second 
method, including providing said result to said second method; and 
resetting said operand stack with respect to said result to a state existing 
prior to said step of storing said result 

Nilsson' s disclosure is for accessing stored information and preparing 
operand stack, see claims 1, 4 rejections. 
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As Per claim 13, Nilsson discloses: 

- A method according to claim 12, wherein: said result includes a data 
item to be returned by said first method. 

For claim 12 feature see claim 12 rejection, for rest of claim 13 feature see 
claim 2 rejection. 

As Per claim 14, Nilsson discloses: 

- A method according to claim 13, further comprising: returning said 
result after said step of resetting. 

For claim 13 feature see claim 13 rejection, for rest of claim 14 feature see 
Nilsson's column 19, lines 14-17, "If the exception stack is not empty, then 
the exception object is set to the top of the exception stack (block 816), 
and the process loops to block 802." - a new result will always be reset 
when a new exception has occurred. 

As Per claim 15, Nilsson discloses: 

- A method according to claim 12, wherein: said result includes a 
reference to an exception. 

For claim 12 feature see claim 12 rejection, for rest of claim 15 feature see 
claim 3 rejection. 

As Per claim 16, Nilsson discloses: 

- A method according to claim 15, further comprising: throwing said 
exception after said step of resetting. 
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For claim 15 feature see claim 15 rejection, for rest of claim 16 feature see 
claim 5 rejection. 

As Per claim 17, Nilsson discloses: 

- A method according to claim 12, further comprising: performing said 
second method in response to said step of invoking. 

For claim 12 feature see claim 12 rejection, for rest of claim 17 feature see 
claim 7 rejection. 

As Per claim 18, Nilsson discloses: 

- A method according to claim 12, further comprising: performing one or 
more instructions of said first method prior to said step of storing said 
result, said step of performing one or more instructions includes 
generating said result 

For claim 12 feature see claim 12 rejection, for rest of claim 18 feature see 
claim 1 rejection. 

As Per claim 19, Nilsson discloses: 

- A method according to claim 12, further comprising: returning said 
result subsequent to said step of resetting; jumping to a subroutine 
representing a Finally block after invoking said second method and prior 
to returning said result; and returning from said subroutine prior to 
returning said result 

For claim 12 feature see claim 12 rejection, for rest of claim 19 feature see 
claim 7 rejection. 
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As Per claim 21, Nilsson discloses: 

- A method according to claim 12, further comprising: modifying byte 
code for said first method to add new code that performs said steps of 
storing, preparing, invoking and resetting. 

For claim 12 feature see claim 12 rejection, for rest of claim 21 feature see 
claim 9 rejection. 

As Per claim 22, Nilsson discloses: 

- A method according to claim 21, wherein said step of modifying 
includes: adding start byte code; adjusting byte code indices; adding exit 
byte code; and modifying an exception table for said first method. 

For claim 21 feature see claim 21 rejection, for rest of claim 22 feature see 
claim 9 rejection. 

As Per claim 23, Nilsson discloses: 

- A method according to claim 22, wherein said step of adding exit bytes 
code includes: adding byte code to report said result and jump to a 
subroutine representing a Finally block; adding byte code to report an, 
exception and jump to said subroutine representing said Finally block; 
and adding byte code for said subroutine representing said Finally block. 
For claim 22 feature see claim 122 rejection, for rest of claim 23 feature see 
claim 10 rejection. 

As Per claim 24, Nilsson discloses: 

- A method according to claim 21, wherein said step of modifying 
includes: adding Try-Finally functionality. 
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For claim 21 feature see claim 21 rejection, for rest of claim 24 feature see 
claim 1 1 rejection. 

As Per claim 25, Nilsson discloses: 

- A method according to claim 12, further comprising: performing said 
second method, including accessing said result 

For claim 12 feature see claim 12 rejection, for rest of claim 25 feature see 
claims 1 , 4 rejections, wherein Nilsson' s teaching can be used for a second 
method. 

As Per claim 26 , Nilsson discloses: 

- A method according to claim 12, further comprising: performing said 
second method, including storing said result for use outside of a thread 
that includes said first method 

For claim 12 feature see claim 12 rejection, for rest of claim 26 feature see 
claim 1 rejection. 

As Per claim 29, Nilsson discloses: 

- One or more processor readable storage devices having processor 
readable code embodied on said processor readable storage devices, said 
processor readable code for programming one or more processors to 
perform a method comprising: accessing existing object code, said existing 
object code includes a first method, said first method is capable of 
providing a result; and adding new code to said first method, said new 
code provides said result to said an additional method 
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Nilsson's teaching also applies for one or more processor readable storage 
devices having processor readable code; claim 29 is one or more processor 
readable, storage devices' version of claim 1 , it is rejected on the same basis 
as claim 1 . 

As Per claim 30, Nilsson discloses: 

- One or more processor readable storage devices according to claim 29, 
wherein: said result is a data item to be returned by said first method 
For claim 29 feature see claim 29 rejection, for rest of claim 30 feature see 
claim 2 rejection. 

As Per claim 3 1 , Nilsson discloses: 

- One or more processor readable storage devices according to claim 29, 
wherein: said result is a reference to an exception. 

For claim 29 feature see claim 29 rejection, for rest of claim 3 1 feature see 
claim 3 rejection. 

As Per claim 32, Nilsson discloses: 

- One or more processor readable storage devices according to claim 29, 
wherein said step of adding new code includes: adding code that stores 
said result for said first method from an operand stack; adding code that 
prepares said operand stack for an invocation of said additional method; 
adding code that invokes said additional method, including providing said 
result to said additional method; and adding code that resets said operand 
stack with respect to said result to a state existing prior to storing said 
result 
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For claim 29 feature see claim 29 rejection, for rest of claim 32 feature see 
claim 4 rejection. 

As Per claim 34, Nilsson discloses: 

- One or more processor readable storage devices according to claim 29, 
wherein said step of adding new code includes: adding start byte code; 
adjusting byte code indices; adding exit byte code; and modifying an 
exception table for said first-method. 

For claim 29 feature see claim 29 rejection, for rest of claim 34 feature see 
claim 9 rejection. 

As Per claim 35, Nilsson discloses: 

- One or more processor readable storage devices according to claim 34, 
wherein said step of adding exit byte code includes: adding byte code to 
report said result and jump to a subroutine representing a Finally block; 
adding byte code to report an exception and jump to said subroutine 
representing said Finally block; and adding byte code for said subroutine 
representing said Finally block. 

For claim 34 feature see claim 34 rejection, for rest of claim 35 feature see 
claim 10 rejection. 

As Per claim 36, Nilsson discloses: 

- An apparatus that adds functionality in order to access information, 
comprising: a communication interface; a processor readable storage 
device; and one or more processors in communication with said processor 
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readable storage device and said communication interface, said one or 
more processors perform a method comprising: access existing object 
code, said existing object code includes a first method, said first method is 
capable of providing a result, and adding new code to said first method, 
said new code provides said result value to said an additional method 
Nilsson's teaching also applies for an apparatus, which comprising a 
communication interface (see Nilsson's Fig. 1) and a processor readable 
storage device (see Nilsson's Fig. 2), and one or more processors in 
communication with the communication interface; claim 36 is an apparatus 
version of claim 1, it is rejected on the same basis as claim 1. 

As Per claim 37, Nilsson discloses: 

- An apparatus according to claim 36, wherein: said result is a data item 
or a reference to an exception. 

For claim 36 feature see claim 36 rejection, for rest of claim 37 feature see 
claim 3 rejection. 

As Per claim 38, Nilsson discloses: 

- An apparatus according to claim 36, wherein said step of adding new 
code includes: adding code that stores said result for said first method 
from an operand stack; adding code that prepares said operand stack for 
an invocation of said additional method; adding code that invokes said 
additional method, including providing said result to said additional 
method; and adding code that resets said operand stack with respect to 
said result to a state existing prior to storing said result 
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For claim 38 feature see claim 38 rejection, for rest of claim 38 feature see 
claim 4 rejection. 

As Per claim 41, Nilsson discloses: 

- An apparatus that adds functionality to existing code in order to access 
information, comprising: a communication interface; a processor readable 
storage device; and one or more processors in communication with said 
processor readable storage device and said communication interface, said 
one or more processors perform a method comprising: storing a result for 
a first method from an operand stack, preparing said operand stack for an 
invocation of a second method, invoking said second method, including 
providing said result to said second method, and resetting said operand 
stack with respect to said result to a state existing prior to said step of 
storing said result 

Claim 41 is an apparatus version of claim 1, it is rejected on the same basis 
as claims, 1, 4, 36 rejections. 

As Per claim 42, Nilsson discloses: 

- An apparatus according to claim 41, wherein: said result is a data item 
to be returned by said first method 

For claim 41 feature see claim 41 rejection, for rest of claim 42 feature see 
claim 2 rejection. 

As Per claim 43, Nilsson discloses: 

- An apparatus according to claim 41, wherein: said result is a reference 
to an exception. 
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For claim 41 feature see claim 41 rejection, for rest of claim 43 feature see 
claim 3 rejection. 

As Per claim 45, Nilsson discloses: 

- An apparatus according to claim 41, wherein said method further 
comprises: modifying byte code for said first method to add new code that 
performs said steps of storing, preparing, invoking and resetting. 

For claim 41 feature see claim 41 rejection, for rest of claim 45 feature see 
claim 9 rejection. 

As Per claim 46, Nilsson discloses: 

- An apparatus according to claim 45, wherein said step of modifying 
includes the steps of: adding start byte code; adjusting byte code indices; 
adding exit byte code; and modifying an exception table for said first 
method 

For claim 45 feature see claim 45 rejection, for rest of claim 46 feature see 
claim 9 rejection. 

As Per claim 47, Nilsson discloses: 

- An apparatus according to claim 46, wherein said step of adding exit 
byte code includes: adding byte code to report said result and jump to a 
subroutine representing a Finally block; adding byte code to report an 
exception and jump to said subroutine representing said Finally block; 
and adding byte code for said subroutine representing said Finally block. 
For claim 46 feature see claim 46 rejection, for rest of the claim 47 feature 
see claim 10 rejection. 
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Claim Rejections - 35 USC § 103 

16. The following is a quotation of 35 U.S.C 103(a) which forms the basis for 
all obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in section 
102 of this title, if the differences between the subject matter sought to be patented and the prior art are such that the 
subject matter as a whole would have been obvious at the time the invention was made to a person having ordinary skill 
in the art to which said subject matter pertains. Patentability shall not be negatived by the manner in which the 
invention was made. 

17. Claims 8, 20, 27, 28, 33, 39, 40, and 44 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over US Patent No. 6,289,446, by Nilsson, hereinafter 
"Nilsson", in view of well known skills for the people in the art. 

As Per claim 8, Nilsson discloses: 

- A method according to claim 1, wherein: said first method is a Jove 
JAVA method 

For claim 1 feature see claim 1 rejection, Nilsson teaches all aspects of claim 
8, but he does not disclose 'a Java method' explicitly, however, using Java is 
a well known skill t the people in the art, see Nilsson' s column 1, lines 30- 
44, "all other programming languages represent ways of structuring 'human' 
language so that humans can get computers to perform specific tasks." 
Further in lines 39-44, "While it is possible for humans to compose 
meaningful programs in machine code, practically all software development 
today employs one or more of the available programming languages. The 
most widely-used programming languages are the 'high-level' languages". 
It would have been obvious to a person of ordinary skill in the art at the time 
of the invention was made to supplement Nilsson' s disclosure of the method 
of implementing exception handler by using JAVA. The modification would 
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be obvious because one of ordinary skill in the art would be motivated to use 
a high-level programming language (Nilsson's column 1, lines 43-44). 

As Per claim 20, Nilsson discloses: 

- A method according to claim 12, wherein: said first method is a Java 
JAVA method 

For claim 12 feature see claim 12 rejection, for rest of claim 20 feature see 
claim 8 rejection. 

As Per claim 27, Nilsson discloses: 

- A method according to claim 12, further comprising: performing said 
second method in response to said step of invoking, said second method 
stores said result; performing one or more instructions of said first method 
prior to said step of storing said result, said step of performing one or 
more instructions includes generating said result, said first method is a 
Java JAVA method; and modifying byte code for said first method to add 
new code that performs said steps of storing, preparing, invoking and 
resetting. 

For claim 12 feature see claim 12 rejection, for rest of claim 27 feature see 
claims 1 , and 8 rejection. 

As Per claim 28, Nilsson discloses: 

- A method according to claim 27, further comprising: returning said 
result; jumping to a subroutine representing a Finally block after invoking 
said second method and prior to returning said result; and returning from 
said subroutine prior to returning said result 
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For claim 27 feature see claim 27 rejection, for rest of claim 28 feature see 
claim 10 rejection. 

As Per claim 33, Nilsson discloses: 

- One or more processor readable storage devices according to claim 29, 
wherein: said first method is a Java JAVA method 

For claim 29 feature see claim 29 rejection, for rest of claim 33 feature see 
claim 8 rejection. 

As Per claim 39, Nilsson discloses: 

- An apparatus according to claim 36, wherein said step of adding new 
code includes: adding start Jam JAVA byte code; adjusting Java JAVA 
byte code indices; adding exit Java JAVA byte code; and modifying an 
exception table for said first method. 

For claim 36 feature see claim 36 rejection, for rest of claim 39 feature see 
claim 8 and claim 9 rejection. 

As Per claim 40, Nilsson discloses: 

- An apparatus according to claim 39, wherein said step of adding exit 
byte code includes: adding byte code to report said result and jump to a 
subroutine representing a Finally block; adding byte code to report an 
exception and jump to said subroutine representing said Finally block; 
and adding byte code for said subroutine representing said Finally block. 
For claim 39 feature see claim 39 rejection, for rest of claim 40 feature see 
claim 7 rejection. 
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As Per claim 44, Nilsson discloses: 

- An apparatus according to claim 41, wherein: said first method is a 
Java JAVA method 

For claim 41 feature see claim 41 rejection, for rest of claim 44 feature see 
claim 8 rejection. 

Conclusion 

18. The following summarizes the status of the claims: 

35 USC § 102 rejection: Claims 1-7, 9-19, 21-26, 29-32, 34-38, 41-43, 45-47 

35 USC § 103 rejection: Claims 8, 20, 27, 28, 33, 39, 40, and 44 19. 

THIS ACTION IS MADE FINAL. Applicant is reminded of the extension 
of time policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire 
THREE MONTHS from the mailing date of this action. In the event a first reply is 
filed within TWO MONTHS of the mailing date of this final action and the 
advisory action is not mailed until after the end of the THREE-MONTH shortened 
statutory period, then the shortened statutory period will expire on the date the 
advisory action is mailed, and any extension fee pursuant to 37 CFR 1 .136(a) will 
be calculated from the mailing date of the advisory action. In no event, however, 
will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from 
the examiner should be directed to Chih-Ching Chow whose telephone number is 
571-272-3693. The examiner can normally be reached on 8:30am - 5:00pm. 



Application/Control Number: 10/622,022 



Page 26 



Art Unit: 2191 

If attempts to reach the examiner by telephone are unsuccessful, the 
examiner's supervisor, Wei Zhen can be reached on 571-272-3708. The fax phone 
number for the organization where this application or proceeding is assigned is 
571-273-8300. Any inquiry of a general nature of relating to the status of this 
application should be directed to the TC2100 Group receptionist: 571-272-2100. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR 
only. For more information about the PAIR system, see http://pair- 
direct.uspto.gov. Should you have questions on access to the Private PAIR system, 
contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 



Chih-Ching Chow 
Examiner 
Art Unit 2191 
June 22, 2007 
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